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(54) Method for creating and modify ing similar and dissimilar databases for use in private branch 
exchange configurations 


(57) This invention uses a computer program to 
mine preexisting private branch exchange configuration 
data located in a variety of preexisting source private 
branch exchange configuration databases. The compu- 
ter program either creates a new private branch ex- 
change configuration database from parts of existing 
private branch exchange configuration databases or 
modifies an existing private branch exchange configu- 
ration database. The computer program replaces the 
current system=s reliance upon manual data entry by 
data engineers to configure the operation of a new tel- 
ecommunication switch or replace the software in a tel- 
ecommunication switch that was damaged or requires 
a new private branch exchange configuration data con- 
figuration. This invention provides accurate and timely 
customer information, significantly decreases the time 
interval for engineering a new database, decreases the 
research and data entry time, decreases the interval for 
lab planning and project management, improves private 
branch exchange configuration database integrity, pro- 
vides a cleaner private branch exchange configuration 
database, reuses existing data eliminating double data 
entry, reuses some existing software code, and uses 
preexisting office data administration tools and provides 
a platform for future growth and expandability. By ac- 
complishing these tasks, the telecommunication switch 
manufacturer or telecommunication switch operator 
saves time, money and decreases time-to-market prod- 
uct and service schedules. 
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Description 

Field of the Invention 

[0001] This invention relates to a computer program 
that can create new private branch exchange databases 
from all or parts of one or more existing private branch 
exchange databases containing data information for the 
operation of data and voice audio telecommunication 
switches. 

Description of the Prior Art 

[0002] The configuration of telecommunication 
switches usually occurs in at least three environments. 
First, during the testing of switch hardware and soft- 
ware, a laboratory switch is configured to the require- 
ments established for the test. Second, when a switch 
is sold to a customer, the switch is configured to the cus- 
tomers specifications. Third, when a switch experienc- 
es a full failure, it often requires reconfiguration of the 
databases supporting the failed switch or configuration 
of new databases for an emergency backup switch or 
replacement switch. Normally, the configuration of tele- 
communication switches during these three environ- 
ments requires the manual input of thousands and pos- 
sibly millions of records of information. This process is 
extremely time consuming and can take weeks or 
months to complete. 

[0003] In the first environment, telecommunication 
companies continually test new versions of switch soft- 
ware, peripheral devices and other hardware devices 
during the life of a telecommunication switch. When test- 
ing software or hardware, switch engineers design dif- 
ferent operating environments to establish operating pa- 
rameters of the new software or hardware. Data engi- 
neers manually input data to configure the operation of 
the switch for the designed test. Usually, the configura- 
tion of the testing environment is performed on a data 
build machine (computer). The configuration of the 
switch to simulate the desired testing operational con- 
ditions often involves ret est in g archived configurations 
or modified archived configurations. Otherwise, the test- 
ing configuration is accomplished by manual data entry. 
[0004] In the second environment, telecommunica- 
tion switches sold to customers are configured based 
on the customers intended operational conditions and 
requirements. Usually, the configurations for new 
switches are manually built new data configurations 
without relying on existing database configurations. 
However, the configuration of the features, switching 
software and hardware is often adopted from other ex- 
isting configurations. 

[0005] The third operational environment is recovery 
of the switch after the switch has experienced a failure. 
These failures can result from equipment failure to nat- 
ural disasters such as earthquakes, hurricanes or fires. 
Recovery of the failed switch sometimes requires the 


installation of an emergency backup switch. The emer- 
gency backup switch requires database configurations 
that replicate the databases in the damaged switch. Nor- 
mally, the configuration of the emergency backup switch 

s requires manual, time consuming input of data that will 
support specific customer features and routing of calls 
on the emergency backup switch. Having the ability to 
configure the telecommunication switch by transferring 
existing data information from known databases into 

10 new databases by automating the manual tasks of data 
entry would save considerable time, money and signif- 
icantly improve productivity. In addition, instant access 
to many different switching systems is a critical task that 
currently requires many hours or days of research and 

is manual browsing. A need exists for a robust process to 
automatically replace the current manual method data 
entry to configure private branch exchange data for tel- 
ecommunications switches. 


[0006] In order to automate the current manual data 
entry process of engineering private branch exchange 
configuration databases, the computer program of this 
invention establishes a new database structure and 
mines source database private branch exchange data 
to load source into the new private branch exchange da- 
tabase structure. The computer program is capable of 
searching for the desired data and automates many of 
the tasks for configuring a new private branch exchange 
database from the source databases. This eliminates 
the current requirement manual data entry for configur- 
ing new private branch exchange databases for tele- 
communication switches. 

[0007] This computer program is multifunctional al- 
lowing for the browsing of all private branch exchange 
databases prior to the configuration. Once the target 
source private branch exchange databases are deter- 
mined, the computer program creates a new data direc-' 
tory structure and selectively copies all or part of the da- 
ta from the source private branch exchange database 
into the new database. 

[0008] The invention selects the source databases, 
creates an index of desired data elements and converts 
the desired data elements from binary into ASCI I format. 
The private branch exchange data relating to business 
group definitions, the business group, members, the 
subscriber trunks, the trunks, the multi-line hunt groups, 
the attendant member definitions, the ISDN PBX defini- 
tion data elements, and the ISDN PBX individualized di- 
aling members is modified and configured for the new 
database. Other related private branch data is copied 
into the new database. The data is extracted and con- 
verted to the same software release and loaded into the 
new private branch exchange data directory structure. 
[0009] This invention provides accurate and timely 
customer information, significantly decreases the time 
interval for engineering a new private branch exchange 
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database, decreases the research and data entry time, 
decreases the interval for lab planning and project man- 
agement, improves database integrity, provides a clean- 
er private branch exchange database, reuses existing 
private branch exchange data eliminating double data 
entry, reuses some existing software code, can use pre- 
existing tools, and provides a platform for future growth 
and expandability. By accomplishing these tasks, the 
private branch exchange telecommunication switch 
manufacturer or private branch exchange telecommu- 
nication switch operator saves time, money and de- 
creases time-to-market product and service schedules. 

Description of the Drawings 

[0010] The summary of the invention, as well as the 
following detailed description of preferred embodi- 
ments, is better understood when read in conjunction 
with the accompanying drawings, which are included by 
way of example, and not by way of limitation with regard 
to the claimed invention. 

[0011] Figure 1 is a functional flow chart illustrating 
the logical operations of the main menu of the computer 
program. 

[001 2] Figure 2 illustrates the various hardware com- 
ponents and database types used in conjunction with 
the computer program. 

[001 3] Figure 3 illustrates the operation of the compu- 
ter program as it builds a new database from parts of 
other databases. 

[0014] Figure 4 is a flow chart of the overall features 
exercised in the operation of the computer program. 
[001 5] Figure 5 is a flow chart of the logical operation 
of the computer program. 

[0016] Figure 6 is a flow chart of the browse feature 
of the computer program. 

[0017] Figure 7 is a flow chart of the dialing plan fea- 
ture configuration of the computer program. 
[0018] Figure 8 is a flow chart of the build database 
feature configuration of the computer program. 
[0019] Figure 9 is a flow chart of the private branch 
exchange configuration feature of the computer pro- 
gram. 

[0020] Figure 10 is a flow chart of the private branch 
exchange configuration feature of the computer pro- 
gram. 

Description of the Preferred Embodiment 

[0021] Figure 1 illustrates the logical operation of the 
main menu of the user interface for the Simple Environ- 
ment Engineering System (ASEES0) computer pro- 
gram. If SEES is wrongly selected as the application of 
choice by the user, the main menu display 10 allows the 
user to exit 1 1 the computer program without choosing 
any of the functions. If the SEES program is selected as 
the program of choice by the user, from the main menu 
display 10, the user can select from one of seven oper- 


ations. 

[0022] These operations include: about SEES 1 2, pe- 
ripheral interface data bus/ peripheral interface control 
bus (PIDB/PICB) 13, browse feature 14, lab configura- 

5 tion document reports 1 6, query by unit 1 8, create a new 
database 22, or engineer an existing database 24. 
About SEES 12 is documentation about the computer 
program and the operations and features that a user can 
implement. Peripheral interface data bus (PIDB) / pe- 

10 ripheral interface control bus (PICB) 1 3 allows a user to 
examine the peripheral units in the switching modules 
as they are connected to the interface control and data 
buses. 

[0023] The browse feature 1 4 allows users to view the 
is location and type of data in other databases. This fea- 
ture allows the user to search for and find the desired 
data prior to generating new data from scratch. The lab 
configuration document reports 16 provide data on all 
the hardware for a given lab or for a customers switch. 
20 Query by unit 1 8 identifies hardware items, features, sig- 
naling types, or other elements of the switch across 
many databases containing information on lab switches, 
manufacturers^ switches, and/or customers= switches. 
Query by unit 18 also specifies and conforms targeting 
25 specific software releases to common versions. 

[0024] The last two operations, create a new data- 
base and modify an existing database, have a guard dog 
or authorization screen 20 that prevents entry by unau- 
thorized users into the program. Entry by unauthorized 
30 users beyond the browse feature impact existing sou rce 
databases and source data resources. Allowing unau- 
thorized users to create and modify existing source da- 
tabases and source data resources can have severe ef- 
fects on other operations due to the unintended destrue- 
ns tion of valuable data. The computer program will query 
the user or the user=s computer for authorization to gain 
access to those features of the program that allow for 
the creation or modification of private branch exchange 
databases or data resources. Typical authorized users 
40 are data engineers. Once the screening process is com- 
plete, access is permitted, and another text or graphical 
user interface menu is displayed that allows the user to 
select features other than browse. From all six of these 
operations, a user can exit 11 the program. 
45 [0025] The computer program uses all current data 
environments and employs functions to ensure that dif- 
ferent versions of various software databases are con- 
verted to a common version. SEES provides accurate 
configuration information to customers on all environ- 
so ments to the switch module. SEES uses an office data 
administration tool called Ainit-office® to insure a clean 
initial database structure. SEES automatically updates 
the newest office data administration tool issues and en- 
vironments. 

55 [0026] Figure 2 illustrates the various hardware com- 
ponents used in conjunction with a telecommunications 
switch 33. A data build machine 26 is used to create the 
data information used in the operation of a telecommu- 
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nications switch 33. The data build machine 26 usually 
contains or has access to the source databases such 
the office dependant database 28, the equipment con- 
figuration database 30, the office data administration 
tools 32, and other configuration databases 35. The s 
SEES computer program located on the data build ma- 
chine 26 relies on various tools or routines to help in the 
execution of its operation. 

[0027] Also connected to the data build machine 26 
are a variety of personal computers or work stations 27. 10 
The data build machine 26 is also connected to a switch 
interface processor 25. The switch interface processor 
25 is capable of connecting to other data build machines 
or communication switches 33. The connection 56 be- 
tween the switch interface processor 25 and other com- is 
munication switches 33 or data build machines can be 
a physical link such as a communication line (fiber, co- 
axial cable, twisted pair, etc.) or a nonphysical link such 
as transferring tapes or disks containing the data. Other 
communication links include radio frequency (RF) links 20 
by satellite transmission of data or wireless transmission 
of data. 

[0028] Many telecommunication switches 33 have re- 
dundant administration modules represented by a zero 
side 34 and a one side 36. The redundant administrative 25 
modules 34 and 36 operate such that one of the mod- 
ules in operation while the other is on standby. If the op- 
erating administrative module fails, the administrative 
module on standby starts operating without a loss of 
services. This is also true for the redundant communi- 30 
cation modules which have a zero side 38 and a one 
side 40. The administration modules 34 and 36 and the 
communication modules 38 and 40 are crossed linked 
by communication links 42. The cross linking of admin- 
istration modules 34 and 36 with communication mod- 35 
ules 38 and 40 eliminates the interruption of service 
should one of these modules fail. Connected via com- 
munication link 44 to the communication modules 38 
and 40 are switch modules 46, 48, 50, 52 and 54. Each 
telecommunication switch 33 has at least one switch *o 
module (SM). The Lucent Technologies= SESS Switch 
can currently support up to 1 92 switch modules connect- 
ed to the administrative modules 34 and 36 and com- 
munication modules 38 and 40. 

[0029] The equipment configuration database 30 con- 45 
tains information regarding the administration modules 
34 and 36 and part of the communication modules 38 
and 40 (encompassing items corresponding to bracket 
58 in Figure 2). The equipment configuration database 
30 keeps trackof all the equipment hardware associated so 
with the telecommunication switch 33 including the var- 
ious equipment types ofthe hardware such as tape units, 
circuit packs, administration module links and disks con- 
taining the software versions used in conjunction with 
the hardware and all associated resources. ss 
[0030] The office dependent database 28 contains in- 
formation regarding part of the communication modules 
38 and 40 and the switch modules 46, 48, 50, 52 and 


54 (encompassing items corresponding to bracket 60 in 
Figure 2). The office dependent database 28 is loaded 
on the memory disk in the administration modules 34 
and 36 and is pumped or downloaded into the switch 
module memory. The office dependent database 28 pro- 
vides call set up, functional feature capability of the 
switch modules, and defines all switch module hardware 
configuration information. 

[0031] Figure 3 illustrates the operation of the Simple 
Environment Engineering System as it builds a new da- 
tabase from parts of other databases. In a typical set- 
ting, DB-1 62 contains information regarding features 
such as rate and routing information. DB-2 64 contains 
dialing information such as specific switch module con- 
figurations and networking rate and routing information. 
DB-3 66 contains hardware platform information such 
as additional switch module configurations. DB-n 68 are 
other databases in the data warehouse 70 containing 
information such as additional features or hardware. 
SEES identification routines browse the data ware- 
house 70 looking for desired components for reuse. In 
the database section modifier 72, SEES pulls new com- 
ponents from the various databases in the data ware- 
house 70 and with some modification such as altering 
the hardware designations for the software data, SEES 
creates a new database 74. 

[0032] Figure 4 illustrates the overall features of 
SEES. ASEES calls© 100 is a routine that calls other , 
components of the program such as the make menu us- 
er interface (mkmenu) routine 110. The SEES= user in- 
terface allows a user to incorporate a variety of utilities 
including UNIX, web based languages, directories, da- 
tabases, office data administration tools, DOS, and oth- 
er applications. The make menu (mkmenu) routine 110 
can be set up to use menu driven utilities employing 
streamlined commands, shortcuts, object menus, pic- 
tures or icons. 

[0033] From the user interface screen 110, the user 
can call function 111 that implements the various con- 
figuration features of the computer program. The 
browse feature 124 restricts users to a read only envi- 
ronment but because of this restriction, allows many 
more unsophisticated users to use SEES to view the 
various databases used in the operation of a telecom- 
munication switch 33. For more sophisticated users who 
have authorization to get past the guard dog 20, SEES 
queries as to whether a new database will be created 
153 or whether an existing database will be modified 
155. Either choice allows the user to select the one of 
the seven configuration features of SEES. The first fea- 
ture of the computer program is the hardware engineer- 
ing module 156. This module includes the equipment 
configuration block 1 60 that allows users to examine the 
properties of the administrative modules 34 and 36 and 
the communication modules 38 and 40 used in the op- 
eration of a telecommunication switch 33. The office de- 
pendent database hardware block 1 62 contains infor- 
mation allowing the communication between the com- 
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munication modules 38 and 40 and the switch modules 
46, 48, 50, 52 and 54. 

[0034] The second feature of SEES is the dialing plan 
engineering module 158. The dialing plan engineering 
module 1 58 includes the feature engineering block 164, 5 
the signal network engineering block 166 and the dialing 
plan engineering block 168. The feature engineering 
block 164 pulls existing features from other databases 
that contain feature definitions with embedded office de- 
pendant information into the new environment modified 10 
to the new database. The signal network engineering 
module 166 transfers data content regarding signaling 
information. The dialing plan engineering module 168 
maps numbers that differentiate the route of the call and 
defines everythingthat is not hardware routing, trunking, is 
lines, subscribers, and complete customer calling infor- 
mation. 

[0035] The third feature of SEES is the network engi- 
neering module 170. The network engineering module 
1 70 includes the signaling system 7 (ss7) block 1 74, the 20 
NA7 block 176, the ISDN user part (ISUP) block 178, 
the TUP block 1 80 and the British Telecom 7 (BT7) block 
182. Other blocks can also be added that focus on the 
international standard of particular countries or particu- 
lar telecommunication companies. 2s 
[0036] The fourth feature of SEES is the operator 
services feature 172. These services include but are not 
limited to directory assistance, automatic call distributor/ 
distribution, toll and assistance applications, administra- 
tor measurements-operator, automated calling card 30 
services, automated operator trainer, automatic call dis- 
tribution (ACD), busy line verification, and emergency 
alerts. 

[0037] The fifth feature of SEES is the private branch 
exchange module 159. The private branch exchange 35 
module 159 is used to configure databases related to 
private branch exchange networks. 
[0038] The sixth feature of the computer program is 
the intelligent network module 173. The intelligent net- 
work module 173 includes the dialing plan module 158, 40 
the hardware engineering module 156, and the network 
engineering module 170. These three components 
should be implemented prior to performing an intelligent 
network configuration. 

[0039] The seventh feature of the computer program 45 
is the wireless module 171. The wireless module 171 
includes the dialing plan module 156, the hardware en- 
gineering module 156, and the network engineering 
module 170. These three components should be imple- 
mented prior to performing a wireless configuration. 50 
[0040] Figure 5 is a flow chart of the logical operation 
of Simple Environment Engineering System. SEES 100 
accesses variables 1 02 by calling the setev routine 1 06, 
the name variable (name_vars) routine 108 and the 
make menu (mkmenu) routine 110. The setev routine 55 
106 sets the office data administration variables. The 
setev routine 1 06 also sets the office data administration 
environmental variables that provides a description of 


the functionality that setev routine 106 provides. The 
name variable (name_vars) routine 1 08 sets certain var- 
iable values. The name variables (name_vars) routine 
108 defines legal values 112for lab, release and enviss. 
Lab is the total testing environment that simulates the 
product being sold to the customer. Release is the hard- 
ware, software options (SWOPT), equipment configura- 
tion database and the office dependant database relat- 
ing to the telecommunication switch 33 being used by 
SEES in the creation 153 or modification 155 of a data- 
base. The enviss routine is the environment tool version 
that the office data administration is supporting. The 
make menu (mkmenu) routine 110 sets up the main 
menu 114 and calls a display variable (disp_vars) rou- 
tine 116, then calls any selection made by the user. 
[0041] From the make menu (mkmenu) routine 110, 
the user can access the loadc_menu routine 120 that 
expands the parameters or values and allows them to 
reset lab, release and enviss. The make menu (mk- 
menu) routine 110 aisoal lows the user to access browse 
1 24, and the create a new database 1 53 or build an ex- 
isting database 155. To access either create a new da- 
tabase or build an existing database, the user must first 
pass a guard dog 20. The guard dog 20 functions as a 
screen permitting only authorized users into these sen- 
sitive areas of the data build machine 26 to either create 
153 or modify 155 databases. The browse feature 124 
allows users to view hardware and software configura- 
tions on known telecommunication switches 33. 
[0042] Figure 6 illustrates the browse feature 124. 
The browse feature 124 allows the user to select the" 
environment 132, then calls the display equipment 
(dis_eq) routine 1 34, the display packs (disp_yaks) rou- 
tine 136, the display features (d'ispjeat) routine 138, 
the display equipment number (disp_ens) routine 140 
and the display the test user guide (disp_tug) routine 
142. The display equipment (dis_eq) routine 134 dis- 
plays all switch module and unit configuration within the 
switch module. The dumpdf routine 135 is used on all 
eq* forms (equipment related data) 1 37 in the selected 
circuit packs. The display packs (disp_pak) routine 136 
displays all circuit packs 144 and their locations. The 
display packs (disp_paks) routine 1 36 uses dumpdf 1 35 
after extracting the appropriate data to view from the of- 
fice data administration makefdt command 1 46. The dis- 
play feature (dispjeat) routine 138 displays the feature 
information based on specific hardcoded selections by 
accessing the mapped relations 148. If the mapped re- 
lations 148 are missing or removed, a message 150 will 
display indicating this condition. The display equipment 
number (disp_ens) routine 140 displays all equipment 
numbers by cutting the line equipment numbers 152 out 
of the data structures 1 54 and optionally, converts them 
using the len2port command 103 under oddtools/bin 
101 . The display test user guide (dispjug) routine 1 42, 
an optional routine, automates the test environment us- 
er guide 161. 

[0043] Figure 7 illustrates the dialing plan configura- 
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tion (dp_config) routine. The user is prompted for the 
target Abase&control® 181. Base&control is the loca- 
tion where the new database is created and manipulat- 
ed. If the user responds yes 1 83, then the computer pro- 
gram calls the office data administration tool initoffice 
185. Init-office 185 builds a database structure contain- 
ing no data. Init-office 185 calls an office data adminis- 
tration tool that confirms that the correct version of vars 
108 is running. If the user responds no 187, then the 
computer program searches 189 all of the office de- 
pendent databases. This function will show only one se- 
lected source environment. Then it will determine those 
data elements in the data elements database that are 
empty 191. It will then display all data elements as a 
menu. The computer program then selects the data el- 
ements to load 1 93 and takes al I choices and loads them 
into the new database structure 195. As the load proc- 
ess continues, all messages 1 97 will show on the screen 
then the last menu will request input for ending the dial- 
ing plan configuration 1 99. 

[0044] Figure 8 illustrates the build database feature. 
The user is prompted for the target Abase&control© 
201 . From the response to the new location 203, then 
the computer program calls the office data administra- 
tion tool init-office 205. The init-office routine 205 builds 
a database structure containing no data The init-office 
routine calls 205 an office data administration tool that 
confirms that the correct version of vars is running. If the 
user responds no 207, then the computer program 
searches 209 all of the office dependent databases. 
This function will show all features and display alt switch- 
ing module configurations available to load into the data 
elements 211. The program will then albw the user to 
select those switching modules to load in the new data 
structure 213. The program takes all the user selected 
choices and loads them into the new database structure 
215. As the load process continues, all messages 217 
will show on the screen then the last menu will request 
input for ending the dialing plan configuration 219. 
[0045] Figure 9 illustrates the use of SEES to engi- 
neer a private branch exchange databases. In the 
pbx_config feature 304, the computer program uses the 
private branch exchange configurations on the office da- 
ta administration tool data elements for engineering the 
new database or modifying an existing database. Data 
will be engineered from the office data administration 
tool data elements directly in the selected base and con- 
trol database. The user will be prompted to input the tar- 
get database in block 306. SEES then calls the initoffice 
routine 308 to check for an existing target database. The 
user is prompted to input whether that database should 
be removed, or data will be added to it. If data is added, 
then a new database is created and the existing data- 
base will remain unchanged. The program then calls the 
display variable (dis_vars) routine 31 0 to set and display 
selected variables. These includes the lab, office data 
administration tool version through the env_menu rou- 
tine. This will be used to select the data from preexisting 


databases to be engineered into target databases. The 
pbx_coring 304 can call forms 31 2 and use the routines 
evl_chg 31 6 and f ormxf er 31 4 to assist in the loading of 
the forms 312. 

s [0046] The user now returns to the pbx_config feature 
304 to obtain a list of possible hardware switch module 
configurations from the selected source database or 
Abase&control. @ Only those markets containing simi- 
lar configurations will be shown as a selection. The pro- 

10 gram displays all selected configurations from the 
source databases, and allows the user to select the in- 
dividual switch modules manually. This information is 
presented to the user in a menu type screen with each 
of the switch module configurations dynamically identi- 
fy fied and selectable by number. The pbx_config 304 then 
copies or dumps the user selected data elements into 
the target database or Abase&control.® All data ele- 
ments are error checked prior to the execution of the 
dump or copy. If the operation is an append to an exist- 

20 ing database, then SEES dumps to an existing data- 
base. The formxfer routine 31 4 is then called. 
[0047] Also called is the evlchg routine 31 6 that takes 
one argument and the argument passed is the filename 
of the script that will be used to make the data changes 

25 when the evolve tool is executed. The program calls the 
evl Jorm routine 31 8 and takes two arguments. The first 
argument passed is the office data administration tool 
form name and the second argument is the filename 
where the contents of the office data administration tool 

30 form was dumped. This routine will check to see if there 
is a possible office data administration tool evolve to go 
between the two required generics and will perform all 
necessary step evolves to accomplish the tasks. This 
dynamically writes an evolve script, if a pathway exists, 

35 manipulating the data. From the formxfer routine 31 4, 
the program can call the pbx_xfer 322 routine. The pro- 
gram ends after the forms are loaded 324. 
[0048] Figure 10 illustrates the process of engineering 
a new private branch exchange configuration database 

40 or data resource from at least one source database or 
source data resource. The user calls and starts 1300 
the computer program. The computer program can be 
located on one machine (a computer device) or multiple 
machines virtually connected via a network file share ca- 

45 pabitity allowing all the virtual machines to appear as 
one machine and containing all existing source databas- 
es or source data resources. In the main menu of the 
computer program, a text or graphical user interface 
presents the main menu to the user allowing the user to 

so select whether to browse existing source databases and 
source data resources or whether the user desires to 
create a new source database or engineer (modify) an 
existing source database from all or parts of other exist- 
ing source databases or source data resources. 

55 [0049] When the user selects the private branch ex- 
change engineering feature, the user is required to se- 
lect the location of the new private branch exchange da- 
tabase 1 302. Selecting means selecting an item from a 
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menu or inputting information such that the computer 
can react to the instruction. In addition, the user must 
select whether the new or modified private branch ex- 
change database should be located on the same ma- 
chine (computer) or a virtual machine (computer), 
should the private branch exchange database be creat- 
ed or modified, and whether the private branch ex- 
change database should be inclusively updated. The lo- 
cation of the new database 1 302 is confirmed 1 304 with 
the user and if the confirmation is not correct, the com- 
puter program allows the user to reselect a different lo- 
cation 1302. 

[0050] The computer program searches or checks th e 
node or location where the user intends for the new or 
modified private branch exchange database to be locat- 
ed. -This node check will confirm the actual location of 
the private branch exchange database, and identify 
whether the node is free 1 306 on the desired machine 
(computer). The computer program confirms whether 
the selected location of the new database is empty of 
existing data 1 306. If the response from the user is yes, 
the computer program creates a new private branch ex- 
change directory structure 1 308. If the response is no, 
the program allows the user to delete the existing data- 
base 1310. If the database is deleted, the program re- 
moves the database structure 1 312 and creates a new 
private branch exchange directory structure 1308. The 
private branch exchange directory structure can be cre- 
ated to hold similar and dissimilar size data as compared 
to the source databases. 

[0051] If the existing database structure is not delet- 
ed, or the program created a new private branch ex- 
change directory structure, the computer program then 
albwsthe user to select the qualifying source databases 
available for use 1314. The source databases might 
have access utilities to assist the in the configuration of 
a new database. The computer program then selects 
qualifying existing source data resources using the user 
set criteria in input when the user was prompted to select 
the lab, machine (computer), site, customer name, and 
software release. The computer program requires the 
user to select and input certain elements regarding the 
characteristics desired in the new private branch ex- 
change database to be created in order to search exist- 
ing source databases and source data resources for ex- 
isting data. For example, the user will be prompted to 
select the lab, the computer or machine, the site location 
of the new or modified private branch exchange data- 
base, the customer name, the software release, and the 
version of the source database or source data resource. 
[0052] The computer program queries the user to de- 
termine the type of registration such as ISDN private 
branch exchange, non-ISDN private branch exchange 
or digital exchange business services (DEBS). The pro- 
gram queries whether the new configuration is an ISDN 
PBX 1316 and if so, the registers the new configuration 
as an ISDN PBX 1318. Next, the program queries 
whether the new configuration is a non-ISDN PBX 1 320 


and if so, the registers the new configuration as a non- 
ISDN PBX 1 322. Next, the program queries whether the 
new configuration is a DEBS PBX 1324 and if so, the 
registers the new configuration as a DEBS PBX If not, 

s the program queries whether the new configuration has 
a registered configuration 1326. If not, the program 
aborts 1328. If the new configuration has a registered 
configuration, the program selects 1 330 the source da- 
tabases corresponding to the registered configuration. 

io [0053] The user is prompted to select the source da- 
tabases 1332 from the qualifying databases 1330 that 
fit the configuration scheme. The computer program 
creates an index 1 334 of PBX data configuration choic- 
es to implement from the source databases. The user 

is selects 1 336 the data elements to copy and the compu- 
ter program extracts 1 338 the data. 
[0054] The data is converted to an ASCII format and 
placed into memory 1338. The computer program al- 
lows the user to select 1 340 business group definitions, 

20 business group members, subscriber trunks, trunks, 
multi-line hunt group members, attendant member def- 
initions, ISDN PBX definitions, and ISDN PBX individu- 
alized deling members. Since only some private branch 
exchanges use trunks, the computer program inter- 

25 venes to obtain the correct equipment information (e.g. , 
switching module digital facility interface) for the new 
configuration. Similarly, since only some private branch 
exchanges use lines, the computer program intervenes 
to obtain the correct equipment information (e.g., 

30 switching module line units) for the new configuration. 
[0055] The computer program identifies the data that 
will be converted such as the business group definitions, 
the business group members, the subscriber trunks, the 
trunks, the multi-line hunt groups, the attendant member 

35 definitions, the ISDN PBX definition data elements, and 
the ISDN PBX individualized dialing members. Some 
data will not need to be converted and is copied into the 
new private branch exchange configuration. This data 
includes the PBX assignment, the ISDN PBX bearer 

40 services characteristics, ISDN PBX multiple area exten- 
sions, ISDN PBX access group definition, the ISDN PBX 
access group definition, the ISDN service assignment, 
the individualized dialing plan analog attendant param- 
eters, the individualized dialing plan characteristics, the 

45 individualized dialing plan digit analysis tables, the indi- 
vidualized dialing plan line (TN) parameters, the individ- 
ualized dialing plan line (multi-line hunt group MLHG/ 
TERM) parameters, abbreviated dialing PBX parame- 
ters, external packet switch PBX definition, the attend- 
ee ant group definition, the attendant group feature assign- 
ments, the attendant position assignments, and the mul- 
tiline hunt groups. 

[0056] The computer program determines if this for- 
mat is the same version or release as the new database 
ss structure 1342. This is accomplished by matching the 
selected criteria in the software release with the new or 
existing software release of the directory structure and 
name. If the format is not the same, the computer pro- 
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gram determines If evolutionary pathways exist 1 344. If 
the evolutionary pathways do not exist, the computer 
program aborts 1 346. If the evolutionary pathways exist 
1 344, the program calls an evolution tool 1 348, to modify 
the saved data so that consistency with the new location 
is maintained. 

[0057] If the format is the same version or release as 
the new database structure 1342, or after the evolution 
of data has occurred 1348, the data is error checked 
1350. The program dynamically manipulates and mod- 
ifies the data 1351. All selected private branch ex- 
change data that is saved is loaded 1 352 or merged into 
a new or existing private branch exchange data re- 
source using a platform utility that converts the data from 
an ASCII format to a binary format and loads the data 
into the database. The computer program displays all 
the statistics of the data elements as they are being 
loaded 1352 into the selected location. In addition, the 
computer program displays 1 354 errors, updates, non- 
updates to the selected location data resource. The 
computer program then allows the user to return to the 
main menu or quit, (exit the program) 1356. 


Claims 

1. A process for configuring a private branch ex- 
change database comprising the steps of: 

searching at least one source database for pri- 
vate branch exchange data elements data 
fields; 

selecting private branch exchange data ele- 
ments data from the private branch exchange 
data elements data fields; 

copying the private branch exchange data ele- 
ments data from the at least one source data- 
base to a new database; and 

matching subscribers to the private branch ex- 
change data elements data in the new data- 
base. 

2. The process for configuring a private branch ex- 
change database described in claim 1, where the 
private branch exchange data elements data from 
the at least one source database is copied to similar 
sized data structure in the new database. 

3. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements data from 
the at least one source database is copied to dis- 
similar sized data structure in the new database. 

4. The process for configuring a private branch ex- 


change database described in claim 1 , where the 
private branch exchange data elements comprises 
business group definitions data. 

s 5. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 
business group members data, 

10 6. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 
trunks data. 

is 7. The process for configuring a private branch ex- 
change database described in claim 6, where the 
trunks comprises subscriber trunks data. 

8. The process for configuring a private branch ex- 
20 change database described in claim 1 , where the 

private branch exchange data elements comprises 
multi-line hunt group members data. 

9. The process for configuring a private branch ex- 
25 change database described in claim 1 , where the 

private branch exchange data elements comprises 
attendant member definitions data. 

10. The process for configuring a private branch ex- 
30 change database described in claim 1 , where the 

private branch exchange data elements comprises 
ISDN PBXdata. 

11. The process for configuring a private branch ex- 
35 change database described in claim 10, where the 

ISDN PBX data comprises ISDN PBX definition da- 
ta elements. 

12. The process for configuring a private branch ex- 
40 change database described in claim 10, where the 

ISDN PBX data comprises ISDN PBX individualized 
dialing members data elements. 

13. The process for configuring a private branch ex- 
45 change database claimed in any of the preceding 

claims including modifying the selected private 
branch exchange data elements from the at least 
one source database and wherein said copying and 
matching are carried out with the modified data el- 
so ements. 

14. The process for configuring a private branch ex- 
change database described in claim 1 3 further com- 
prising the step of copying PBX configuration relat- 
es ed data from the at least one source database to 

the new database. 

15. The process for configuring a private branch ex- 
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27. The process for configuring a private branch ex- 
change database described in claim 24 or claim 25 
where the individualized dialing plan data compris- 
es characteristics data. 

5 

28. The process for configuring a private branch ex- 
change database described in claim 24 or claim 25 
where the individualized dialing plan data compris- 
es digit analysis tables data. 

10 

29. The process for configuring a private branch ex- 
change database described in claim 24 or claim 25 
where the individualized dialing plan data compris- 
es line parameters data. 

is 

30. The process for configuring a private branch ex- 
change database described in claim 24 or claim 25 
where the individualized dialing plan data compris- 
es multiline hunt group (MLHG/TERM) parameters 

20 data. 


change database described in claim 1 4 further com- 
prising the step matching subscribers to the PBX 
configuration related data in the new database. 

16. The process for configuring a private branch ex- 
change database described in claim 15 where the 
PBX configuration related data comprises PBX as- 
signment data 

17. The process for configuring a private branch ex- 
change database described in claim 15 where the 
PBX configuration related data comprises ISDN 
PBX data. 

18. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 
PBX assignment data 

19. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 
ISDN PBX data. 

20. The process for configuring a private branch ex- 
change database described in claim 17 or claim 1 9 
where the ISDN PBX data comprises ISDN PBX 
bearer services characteristics data. 

21. The process for configuring a private branch ex- 
change database described in claim 17 or claim 1 9 
where the ISDN PBX data comprises ISDN PBX 
multiple area extensions data. 

22. The process for configuring a private branch ex- 
change database described in claim 1 7 or claim 1 9 
where the ISDN PBX data comprises ISDN PBX ac- 
cess group definition data 

23. The process for configuring a private branch ex- 
change database described in claim 17 or claim 19 
where the ISDN PBX data comprises ISDN service 
assignment data. 

24. The process for configuring a private branch ex- 
change database described in claim 15 where the 
PBX configuration related data comprises individu- 
alized dialing plan data. 

25. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 
individualized dialing plan data. 

26. The process for configuring a private branch ex- 
change database described in claim 24 or claim 25 
where the individualized dialing plan data compris- 
es analog attendant parameters data. 


31. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 

2S abbreviated dialing PBX parameters data. 

32. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 

30 external packet switch PBX definition data. 

33. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprise 

35 attendant group definition data. 

34. The process for configuring a private branch ex- 
change database described in claim 1 , where the 
private branch exchange data elements comprises 

40 attendant group feature assignments data. 

35. The process for configuring a private branch ex- 
change database described in claim 1 . where the 
private branch exchange data elements comprises 

45 multiline hunt groups data. 

36. The process for configuring a private branch ex- 
change database described in claim 15 where the 
PBX configuration related data comprises abbrevi- 

so ated dialing PBX parameters data. 

37. The process for configuring a private branch ex- 
change database described in claim 1 5 where the 
PBX configuration related data comprises external 

55 packet switch PBX definition data. 

38. The process for configuring a private branch ex- 
change database described in claim 1 5 where the 
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PBX configuration related data comprise attendant 
group definition. 

39. The process for configuring a private branch ex- 
change database described in claim 15 where the s 
PBX configuration related data comprises attend- 
ant group feature assignments data. 

40. The process for configuring a private branch ex- 
change database described in claim 15 where the 10 
PBX configuration related data comprises multiline 
hunt groups data 

41 . Aprocess for configuring a private branch exchange 
database consisting of the steps of: 15 

selecting a private branch exchange database 
engineering computer program; 


merging the ASCII formatted data into the pri- 
vate branch exchange data directory structure; 

converting the ASCI I formatted data to a binary 
formatted data; and 

loading the binary formatted into the private 
branch exchange data directory structure. 


selecting a location of the new private branch 20 
exchange database; 

selecting the new private branch exchange da- 
tabases configuration scheme; 

25 

creating a private branch exchange data direc- 
tory structure for the new private branch ex- 
change database capable of receiving new da- 
ta copied from the at least one source data- 
base; 30 

selecting from the at least one source data- 
base, source data for copying into the private 
branch exchange data directory structure; 

35 

creating an index of private, branch exchange 
data elements for the at least one source data- 
base; 

creating an index of private branch exchange 40 
data elements for the private branch exchange 
data directory structure; 

converting the private branch exchange data in 
the private branch exchange data directory 45 
structure from a binary format to an ASCII for- 
mat; 

copying the ASCII formatted data into a mem- 
ory structure; 50 

determining if the ASCII formatted data is the 
same version or release as the new private 
branch exchange data directory structure; 

55 

evolving the ASCII formatted data if the ASCII 
formatted data is not the same; 
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FIG. 5 


104- 


sees 
sees/bin/sees 


variables export ■ 
calls: setev — - 
name, vars- 
mkmenu • 


-100 

-102 
-106 
-108 
-110 


setev 
sees/fbin/setev 


-j-106 


Sets the 50DA 
env variables 


t 


mkmenu 
sees/fbin/mkmenu 


-110 


114 
116 


; 112 


loadc.menu 
sees/fbin/badc.menu 


sets up the main menu 
ft calls disp.vars then 
1 18 — -fj-calls any selection made 
by the customer 
♦loadc.menu (reset vars) 
•browse U — 15 


1120 
'124 


expands the parameters or 
values and allows them to be 
reset (Lab, Release, Enviss) 


browse 
sew/fbin/browse 


♦guarddog (for Eng) 
♦enter AVS 


Engineering mode: 
calls - 
build_dotabase 
dp.config 
loadc.menu 


108 


name, vars 
sees/f bin/ name, vars 


defines legol vols for 
Lab, Release, Enviss 


154 



guarddog 
sees/fbin/guarddog 


20 

4=f 


checks the user for 
authorization to enter 
Engineering mode 
then returns to the 
mkmenu function 
for Engineering 
a datobase 


-124 


126 

Scans the cdoPs on ihlpr 
based on the variables 
Lab, Release, Enviss 
then offers a selection - 
Once a selection is made 
the "SELECTPATHT is - 
set to that cdoP/environ. 

Browse continued 
on browse page 


■128 


■130 


build_database 
sees/fbin/buikLdatobase 


Hardware Eng. 
continued on 
build.dotabase page 


-156 


dp.config 
sees/f bin/dp_config 


158 


Dialing plan Eng. 
continued on 
dp.config page 
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BROWSE PAGE 


disp.eq 
sees/fbin/disp_eq 


134 

4= 


132- 


134- 
136 
138- 
140- 
142- 


disploys all SUs and 
the units configured in 
them, uses dumpdf on an 
eq* forms in the selected cdoP 


137 


sees/fbin/disp.tug 


BROWSE 
cont - 

Select which Cnv. 
then calls: 
when selected: 


♦disp.poks 
♦dispjeat 
Lens 
♦disp.tug 



(fisp.paks 
sees/fbin/disp.paks 


This is a function 
to automate the 
test env user guide. 

disp.tug 
continued on the 
disp.tug page 


displays all circuit pocks 
and their location. Only 
for OFls, PHs. VVSUs. 
and ISLUs/ISLU2i 
jjses, dumpdf after 
calculating which fields 
to use from the ODA 
makefdl command 

i 

146 


150- 


138 

4= 


dispjeal 
sees/fbin/dtsp.feal 


displays feature info, 
based on specific 
hardcoded selections 
by accessing the 
MAPPED relations. 
If the relations are 
missing/removed 
- a message will display 
indicating this condition. 


140 


p.ens 



sees/fbin/disp_ens 


displays all eq 
numbers by cutting 
the LENs out of the 

line form then 
converting them using 
the "len2port" command 
under oddtools/bin 
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dp.config 
continued - 


First quest for input- You hove selected to Engineer o dotobose 

please enter the TARGET base ft control -*H81 

W-^- if - YES then call/see/fbin/initoffce 

this will coll the OOA tool 'initoffice • — — 185 
then continue 

187-^ if - NO then continue 

189 — — and search all ODDs/cdoPs matching Lob. ond Release 
this function will show ONLY one selected SOURCE 
1 cdoP - or environment. Then it will calculate which 
191 — * forms in the formsdb are empty. Then it will display 
* oil forms as a menu, *\ 


•193 

'93^ then select the FORMS to loaddf 


takes oil choices and loaddf s them into the 195 

* target database from ONE selected cdoP at a 

197 * ^ 


as loaddf continues all messages will show on screen then 
last menu will request input for QUIT, or CONTINUE 
back to mkmenu^ 


199 


•185 
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BUIUL DATABASE PAGE 


buildjatobase 
continued - 


First quest for input- You have selected to Engineer a database _ 
please enter the TARGET base k control 

203 — if - YES then caB/see/fbin/initoffce 

this will call the ODA tool "initoffice" ♦ ^ m 

207 — if - NO then continue 

209 — — and search all ODOs/cdoPs (notching Lab. and Release 

this will show all features from disp.feaL then 
21 1 ^ — • show all SM unit configurations available for 
♦ loaddf from each cdoP - formsdb f \ 

213 — ^ then select the SVs to loaddf 


takes oil choices and loaddf 's them into the 215 

* target database from all selected cdoPs *\ 




as loaddf continues all messages will show on screen then 
last menu will request input for QUIT, or CONTINUE 
back to mkmenu ) 


219 


initoffce 
sees/fbin/imtoffce 


-^205 


calls: 


ODA TOOL 

"initoffice" 
after making sure of 
the correct vars being 
set 
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